Шутки

1. Анализ требований - предварительное определение того, что не удастся реализовать, перед тем как реализация провалится (см. также: оценка требований и управление требованиями).

2. Грандиозный прорыв - после очередной попытки программа почти загрузилась.

3. Документация - килограммы вымоченной, размолоченной, высушенной, отбеленной и спрессованной древесины, которые прилагаются к программному и аппаратному обеспечению компьютеров.

4. Документирование - способ занять работой людей, занятость которых не удается обосновать заказчику с помощью нормативной (или принятой заказчиком) модели оценки затрат.

5. Заказчик - примитивная форма биологической и организационной жизни у основания пищевой пирамиды.

6. Каскадная модель - модель жизненного цикла, допускающая (предусматривающая) однократный крупный провал.

7. Критическая оценка проекта - процесс, обеспечивающий точное понимание тех возможностей, которые вы не будете реализовывать за деньги, которые удалось выбить у заказчика, либо даже ни за что.

8. Многопользовательский режим - режим, в котором несколько пользователей (достаточно двоих) могут одновременно портить одну и ту же базу данных.

9. Модель оценки затрат - мощное средство убеждения заказчика заплатить за любого сотрудника, которого вы хотите занять работой в текущем году.

10. Обеспечение качества - научно обоснованный способ исключить всякий элемент случайности или возможных рекламаций заказчика при поставке барахла.

11. Оценка требований - доступное и умелое разъяснение заказчикам тех требований, которые не будут реализованы, с использованием терминологии и жаргона, которых они не понимают.

12. Полная гарантия - обязательство выслать очередную копию, если предыдущая окажется неработоспособной.

13. Пользователь - безобидный (для разработчика) человек, выполняющий тяжелую, нудную, монотонную работу.

14. Пользовательский интерфейс - способ поставить пользователя в такие условия, чтобы он в процессе работы с программой никогда не смог добраться до ее неработающих функций.

15. Предметная область - такой класс приложений, для которого провал одного проекта дает возможность поднять стоимость следующего из этого же класса.

16. Простой проект - проект, бюджет которого равен стоимости шнурков для ботинок (обычных).

17. Системный аналитик - программист-неудачник, которого для обеспечения целостности системы убирают подальше от любой клавиатуры.

18. Спиральная модель - модель жизненного цикла, допускающая повторение небольших провалов несколько раз подряд в рамках одного проекта (см. также: каскадная модель).

19. Тестирование - процесс, обеспечивающий работоспособность программного продукта при всех условиях, которые может вообразить себе кто угодно, кроме пользователя (этого продукта).

20. Управление проектом - искусство (позднее - специфическая наука) быть всегда осведомленным относительно того, насколько плохо выполняется работа и с каким опозданием она будет выполнена (или не будет выполнена вообще).

21. Эксплуатация программных средств - фиксация тех странностей и ошибок, которые обнаруживаются в плохо написанных, отлаженных и документированных, но уже оплаченных программах.